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(57) Abstract: A system and method for supporting multiple applications are de- 
scribed. A digital subscriber line system includes two transceivers in communicadon 
ovCT a communication channel using raulticarrier modulation. Application profiles 
are defined for characterizing transmission of information over the communication 
channel. Each application profile is a parameter set that is associated with a unique 
set of one or more applications that may become active between the transceivers and 
specifies the transmission requirements for such applications. Each transceiver stores 
the ^plication profiles and transmits information over die communication channel 
according to the one of the stored application profiles. When a change in a number of 
applications active between the transceivers occurs, a second one of the application 
profiles is retrieved. The transceivers then transition to transmitting information over 
the communication channel according- to the second application profile. The tran- 
sitioning can occur without interrupting communication between the transceivers in 
order to retrain the transceivers. 
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MULTICARRIER SYSTEM WITH STORED APPUCATION PROFILES FOR SUPPORTING MULTIPLE APPU- 

CATIONS 

Related Applications 

This application is a continuation-in-part of co-pending U.S. Patent Application Serial 

5 No. 09/522,869, filed on March 10, 2000, which claims the benefit of and priority to U.S. 
provisional application Serial No. 60/124,222, filed March 12, 1999, entitled "Seamless Rate 
Adaptive (SRA) ADSL System", U.S. provisional application Serial No. 60/161,1 15, filed 
October 22, 1999, entitled "Multicarrier System with Stored Application Profiles", and U.S. 
provisional application Serial No. 60/177,081, filed January 19, 2000, entitled "Seamless Rate 

10 Adaptive (SRA) Multicarrier Modulation System and Protocols. This application also claims the 
benefit of and priority to U.S. provisional application Serial No. 60/154,1 16, filed September 1 5, 
1999, entitled "Transceiver Supporting Multiple Applications", U.S. provisional application 
Serial No. 60/161,1 15, filed October 22, 1999, entitled "Multicarrier System with Stored 
Application Profiles", and U.S. provisional application Serial No. 60/177,081, filed January 19, 

1 5 2000, entitled "Seamless Rate Adaptive (SRA) Multicarrier Modulation System and Protocols, 
which co-pending provisional applications are incorporated herein by reference in their entirety. 

Field of the Invention 
This invention relates to transmission systems using multicarrier modulation. More 
particularly, the invention relates to multicarrier transmission systems that support multiple 

20 applications. 

Background 

In a conventional multicarrier transmission system, transceivers communicate over a 
conununication channel using multicarrier modulation or Discrete Multitone Modulation (DMT). 
Carriers or subchannels spaced within a usable frequency band of the conununication channel 
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are modulated at a symbol transmission rate of the system. In ADSL (Asynchronous Digital 
Subscriber Line) systems, the symbol rale is approximately 4 kHz. Every 250 microseconds, the 
transmitting transceiver allocates a new set of bits for transmission to the subchannels so that the 
bit enor rates of the subchannels are substantially equal at the receiving transceiver. 
5 Consequently, for a given symbol period the numbers of bits may vary from subchannel to 
subchannel. 

ITU (International Telecommunication Union) standards G.992.1 and G.992.2 specify 
parameters that characterize the operation of ADSL DMT transceivers. Examples of parameters, 
to name but a few, include the data rate (b/s) for the connection between the transceivers, the 

10 number of subchannels in the upstream and downstream directions, and the number of bits 
allocated to each subchannel. In general, such parameters remain fixed after the initial 
configuration and installation of the transceiver. Some parameters depend on the data rate of the 
connection and may change when the ADSL connection is at a high or low data rate. Some 
parameters may change when channel conditions change. However, after the type of application 

15 is determined, i.e., voice, data, video, etc., the parameters are optimized and fixed for that 
application. 

For splitterless operation, described in the ITU G-922.2 standard, ADSL transceivers 
store ''channel profiles,'* which include a subset of parameters that are used when conditions of 
the communication channel change (e.g., a telephone goes off the hook). When the channel 
20 conditions change because of an event that the ADSL transceiver does not control (e.g., a 
telephone connected to the same wire as the ADSL transceiver goes off hook), the ADSL 
transceiver must identify the new channel condition, retrain some of the receiver functions (e.g., 
equalizers, echo cancellers, etc.), and switch to the channel profile that is used for the new 
channel condition. This process, defined as a 'Tast Retrain'' procedure in ITU G.922.2, takes 



approximately 1-2 seconds. These channel profiles, however, depend solely on the channel 
condition and not on the application(s) executing on the ADSL connection. 

As technological advances increase the data rate throughput for multicarrier transmission 
systems, ADSL transceivers are becoming capable of supporting multiple applications. To 
5 support multiple applications, it is necessary that the ADSL transceiver be able to quickly and 
efficiently adapt the transmission parameters as the number and type of active applications 
change over time. For example, if the ADSL transceiver is accessing data over the Internet when 
a voice telephone call that is being transported over the ADSL connection becomes active, the 
ADSL transceiver must be able to modify the transmission parameters to accommodate both 
10 active applications. As other voice telephone calls and different applications (e.g., video on 
demand, video conferencing) become activated and deactivated over the ADSL connection, the 
ADSL transceiver must also be able to support the various transmission requirements of the 
various combinations of concurrently active applications. For example, video signals have 
higher reliability but lesser transmission delay requirements than voice and data signals. For 
1 5 some transmission systems, it has been necessary to find a compromise between high reliability 
and transmission delay. 

Thus, there remains a need for a system and method that can support the various 
transmission requirements of multiple active applications as the number and type of active 
applications change over time. 
20 Summary of the Invention 

One objective is to provide a DMT transceiver that can support multiple applications and 
quickly and efficiently modify transmission parameters over time as applications are activated 
and deactivated. In one aspect of the invention, a multicarrier modulation system has two 
transceivers in conmiunication with each other over a communication channel. In one aspect of 
25 the invention, a multicarrier modulation system has two transceivers in communication with each 



other over a communication channel. The invention features a method for supporting a plurality 
of applications. A plurality of application profiles is defined. Each application profile 
corresponds to a unique set of one or more applications and specifies at least one transmission 
parameter for each application in that unique application set for transmitting information 
5 associated with that application over the communication channel. 

The plurality of application profiles is stored at one of the transceivers. Information is 
transmitted according to a first stored application profile that corresponds to a set of currently 
active applications. A second stored application profile is selected in response to a change in the 
set of currently active applications. This second application profile corresponds to the one or 
10 more applications in the changed set of currently active applications. The transmission of 

information transitions to the use of the second stored application profile, without interrupting 
communication between the transceivers in order to retrain the transceivers. 

A message is transmitted to one of the transceivers, identifying the second application 
profile as the application profile to use for subsequent conununications between the transceivers. 
1 5 The message can operate to request a transition to the second application profile. Either a 
receiver or a transmitter of a transceiver can send the message to initiate the transition. 

A reply message is received fi-om the transceiver to which the message was transmitted. 
When the receiver sent the initial message, the reply message grants the request and 
synchronizes use of the second application profile. In one embodiment, an inverted sync symbol 
20 is used for the reply message. When the transition is transmitter-initiated, the reply message 
grants the request to transition to the second application profile. Then, another message is sent, 
acknowledging the grant and synchronizing use of the second application profile. In one 
embodiment, this other message is an inverted sync symbol. 

Each application profile can be transmitted to the other transceiver over the 
25 communication channel with or without performing a full initialization of the transceivers. 
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Application profiles can be generated upon an initial occurrence of a unique set of active 
applications, and associated with that unique application set. In one embodiment, each of the 
transceivers locally generates at least one of the transmission parameters for one of the stored 
application profiles using a predefined process employed by both transceivers. In other 

S embodiments, transceivers can be preconfigured with the stored application profiles. 

In an application profile, the transmission parameters specified for each application 
includes at least one of: a transmission data rate, subchannels allocated for downstream and 
upstream transmission, a number of bits allocated to each of the subchannels, performance 
margin, fine gain adjustments for each of the subchannels, interleave depth, a minimum and a 

10 maximum QAM constellation size, a length of a cyclic prefix, a codeword size, a framing mode, 
and trellis code. 

. In another aspect, the invention features a method for supporting multiple applications 
that are active between the transceivers. A pltirality of application profiles is developed for 
characterizing transmission of information over the communication channel. Each application 

IS profile is associated with a unique set of one or more applications that may become active 

between the transceivers. The application profiles are stored at the transceivers. Information is 
transmitted over the communication channel according to a first stored application profile that 
corresponds to a set of currently active applications. A second one of the application profiles 
that corresponds to the changed set of currently active applications is retrieved in response to a 

20 change in the set of currently active applications that are active between the transceivers. The 
transceivers transition to transmitting information over the communication channel according to 
the second application profile. The transitioning can occur with or without retraining the 
transceivers. 

In still another aspect, the invention features a method for supporting a plurality of 
25 applications in which a plurality of application profiles are defined. Each application profile 
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corresponds to a unique set of one or more applications and specifies at least one transmission 
parameter for each application in that unique application set for transmitting information 
associated with that application over the communication channel. The plurality of application 
profiles is stored at one of the transceivers. 
5 In yet another aspect of the invention, a multicarrier modulation system has a transceiver 

conmiunicating over a conmiunication channel. A plurality of application profiles is defined. 
Each application profile corresponds to a unique set of one or more applications and specifies at 
least one transmission parameter for each application in that unique application set for 
transmitting information associated with that application over the conunimication channel. 
1 0 The plurality of application profiles is stored at the transceiver. Information is 

transmitted according to a first stored application profile that corresponds to a set of currently 
active applications. A second stored application profile is selected in response to a change in the 
set of currently active applications. This second application profile corresponds to the one or 
more applications in the changed set of currently active applications. The transmission of 
1 5 information transitions to the use of the second stored application profile, without having to 
retrain the transceiver. The transceiver can transmit or receive a message that identifies the 
second application profile as the application profile to use for subsequent conmiunications. 

In still another aspect of the invention, each application profile corresponds to a unique 
set of one or more applications and specifies at least one reception parameter for each application 
20 in that unique application set, for receiving information associated with that application over the 
communication channel. The reception of information transitions fi^m using the first stored 
application profile to use of the second stored application profile without having to retrain the 
transceiver. Again, the transceiver can transmit or receive a message that identifies the second 
application profile as the application profile to use for subsequent conmiunications. 



Brief Description of the Drawings 

The invention is pointed out with particularity in the appended claims. The advantages of 
the invention described above, as well as further advantages of the invention, may be better 
understood by reference to the following description taken in conjunction with the 
accompanying drawings, in which: 

Fig. 1 is a block diagram of an embodiment of a digital subscriber line multicarrier 
transmission system including a remote DMT (discrete multitone modulation) transceiver in 
communication with a central office transceiver and supporting multiple applications using 
application profiles in accordance with the principles of the invention; 

Fig. 2 is a block diagram of an embodiment of a transmitter of the remote DMT 
transceiver having two latency paths for supporting multiple applications with different latency 
requirements; 

Fig. 3 is a flow diagram of an embodiment of a process for initially exchanging and 
storing the application profiles at the central office and the remote DMT transceivers; 

Fig. 4 is a flow diagram of an embodiment of a receiver-initiated process used by the 
remote DMT transceiver and the CO transceiver to transition to a stored application profile; and 

Fig. 5 is a flow diagram of an embodiment of a transmitter-initiated process used by the 
remote DMT transceiver and the CO transceiver to transition to a stored application profile. 

Description of the Invention 

Fig.l shows an asymmetric DSL transmission system 2 including a remote discrete 
multitone modulation (DMT) transceiver 10 (e.g., a modem) in communication with a central 
office (CO) transceiver 14 over a communication channel 18. The remote DMT transceiver 10 
includes a transmitter 22, a receiver 26, and memory 30 storing a plurality of application profiles 
(AP) 34 in accordance with the principles of the invention. The CO transceiver 14 includes a 
transmitter 38, a receiver 42, and memory 46 storing a plurality of application profiles 50 that 
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have a one-to-one correspondence with the application profiles 34 of the remote DMT 
transceiver 10. 

The communication channel 18 in one embodiment is a pair of twisted wires of a 
telephone subscriber line. The conununication channel 18 provides an upstream transmission 
path from the transmitter 22 of the remote DMT transceiver 10 to the receiver 42 of the CO 
transceiver 14, and a downstream transmission path from the transmitter 38 of the CO 
transceiver 14 to the receiver 26 of the remote DMT transceiver 10. The system 2 is asymmetric 
in that the bandwidth of the downstream transmission path is greater than the bandwidth of the 
upstream transmission path. 

The remote DMT transceiver 10 and the CO transceiver 14 receive and transmit 
application streams 54, 54' (generally 54) using the application profiles 34, 50 in accordance 
with the principles of the invention. Each application stream 54 (hereafter, referred to as an 
application 54) conveys one type of signal (e.g., digital data, voice, video, etc.). For example, a 
stream of voice signals is one application, a stream of digital data signals is another application, 
and a stream of video signals is yet another application. Voice applications correspond to one or 
more active voice telephone calls. An example of a digital data application are Intemet access 
Web browsing (lAWB), and an example of a video application is video-on demand. The ADSL 
system 2 may also transmit applications 54 comprised of other signal types. Although shown as 
separate applications streams, the application streams can arrive at the transceiver 10, 14 as part 
of a single stream of transmission packets (e.g., ATM cells) having the various types of signals. 

The ADSL system 2 supports multiple active applications 54 concurrently. For example, 
the transmitter 22 of the remote DMT transceiver 10 can concunently transmit signals of a voice 
application and signals of a digital data application to the receiver 42 of the CO transceiver 14 
over the upstream transmission path of the communication channel 18. As another example, Fig. 
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1 Shows the ADSL system 2 concurrently transmitting signals associated with digital data, voice, 
and video applications 54 over the upstream and downstream transmission paths. 

At any given point in time, the DSL system 2 has zero, one, or more applications 54 that 
are currently active. Each unique combination of one or more active applications, hereafter 
referred to as a set of applications or application set, represents an unique active communication 
state of the transceivers 10, 14. Examples of application sets 54 include: two or more 
concurrently active applications of different types (e.g., an hitemet access Web browsing 
application together with a voice telephony application comprised of one or more voice 
telephone calls). Other examples of sets of active applications have only one active application 
(e.g., an Internet access Web browsing application, or one or more active voice telephone calls). 

Each application 54 falls into one of two categories of applications: (1) fixed data rate 
applications, and (2) variable data rate applications. Fixed data rate applications require a 
specific bandwidth, and must obtain that bandwidth in order to pass over the communication 
channel 1 8. If the required data rate is presently unavailable, then the application is not presently 
supported. An example of a fixed data rate application is a voice telephony application that 
requires 64 kb/s for each active telephone call. Some video applications may also require a 
specific fixed data rate. Variable data rate applications can operate over a range of data rates 
(e.g., 1 Mb/s to 2 Mb/s). Thus, if the available channel bandwidth falls into this range, the 
application is supportable. An example of a variable data rate application is a digital data 
application (e.g., Imemet access Web browsing). Some video applications are other examples of 
variable data rate applications that can operate within a data rate range. 

Such data rate requirements determine, in part, the content of the application profiles 34, 
50, as described in more detail below. In general, application profiles 34. 50 that support one or 
more fixed data rate applications specify the specific data rate requiremem for each such fixed 
data rate application. Application profiles 34, 50 that support variable data rate applications 
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specify up to the maximum amount of available data rate that falls within the range of the 
particular variable data rate applications. Application profiles 34, SO that support both fixed data 
rate and variable data rate applications first allot the specific data rate requirements to the 
specific fixed data rate application(s) and then allot the remaining available bandwidth to the 
5 variable data rate application(s). 

Different types of applications 54 typically also have different transmission and reception 
requirements for reliability and transmission delay. More specifically, the requirements for data 
rate, latency, burst or impulse noise, bit error rate (BER), and data rate symmetry can vary 
significantly for different applications. For example, high-speed video applications are 
1 0 asymmetric, requiring a high downstream data rate, e.g., 1 .5 Mb/s to 6 Mb/s, and a low upstream 
data rate, e.g., 16 kb/s to 64 kb/s. In addition, because video signals are highly compressed when 
transmitted, video applications have low immxmity to impulse noise« Consequently, video 
applications require a low BER of <lE-9- A high latency of > 20 ms is acceptable. 

In contrast, digital data applications, such as Web browsing over the Intemet, are less 
1 5 asymmetric that video applications, using downstream data rates ranging between 32 kb/s to 6 
N4b/s and upstream data rates between 32 kb/s to 1 Mb/s. Bit error rate requirements for digital 
data applications are <lE-7, generally being immune to impulse noise more than video 
applications. Also, a moderate latency of < 5 ms is generally acceptable. 

Voice applications (i.e., telephone calls) are symmetric, requiring a 64 kb/s data rate in 
20 both the upstream and downstream transmission paths. Having a high inununity to impulse 
noise, voice applications can have a BER of <lE-3. In contrast to video and digital data 
applications, a low latency of approximately less than 1.5 ms is required. 
Other types of applications may have other requirements. 
Various digital multitone transmission (or reception) parameters control these 
25 requirements. For example, bit allocation tables (BAT) control the data rate and the bit error 



-11- 

rate. Reed-Solomon (R/S) coding controls and interleaving provides a lower bit error rate; both 
increase immunity to impulse noise at the expense of increased latency. The number of tones 
used in the upstream and downstream paths determines data rate symmetry. Consequently, a 
variety of parameters characterize the DNfT transmission and reception of signals associated 
with a given application 54 over the communication channel 1 8. (Hereafter, such parameters are 
referred to generally as transmission parameters although such parameters are also used in the 
reception of signals.) Such transmission parameters include: 

the data rate (in bits/second) for the given application (upstream and/or downstream) 
between the transceivers 10, 14; 

the subchannels allocated in the upstream and downstream transmission paths for the 
given application; 

the number of bits allocated to each subchaimel for the given application; 

the minimum and maximum quadrature amplitude modulation (QAM) constellation size 
used on each subchannel for the given application; 

the inclusion or exclusion of a trellis code for the given application; 

the length of the cyclic prefix for the given application; 

coding parameters (e.g., R/S codeword size) for the given application; 

the interleaver depth, if an interleaver is used for the given application; 

the framing mode (e.g., the ITU ADSL transmission standards G.922.1 specify four 
different framing modes) for the given application; 

the fine gain adjustments made to each tone for the given application; and 

the performance margin for the given application. 

To transmit and receive signals associated with one or more active applications, the 
remote DMT transceiver 10 and the CO transceiver 14 use the application profiles 34, 50 to 
characterize such commimications. More specifically, each application profile 34, 50 is a 
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parameter set that specifies the transmission parameters for a unique set of one or more presently 
active applications 54. Application profiles corresponding to application sets that represent only 
one active application specify the transmission parameters for that one application. As described 
below, the values assigned to the parameters of each application profile 34, 50 depend upon the 
5 category and type of each application in the application set corresponding to that application 
profile. 

For application sets that represent two or more concurrently active applications, the 
corresponding application profile 34, 50 specifies transmission parameters that concurrently 
accommodate every active application in that application set. hi effect, the implication profile 

1 0 34, 50 operates to combine the individual transmission (or reception) requirements of the 
individual applications 54 into a single transmission parameter set that achieves concurrent 
transmission of every active application. 

For example, assume that the total data rate of a connection is 1 .532 Mb/s. When a 
variable data rate application (e.g., a digital data application) is running alone, it uses the full 

1 5 available data rate of 1 .532 Mb/s, presuming that this data rate is within the range of data rates 
for the variable data rate application. Thus, one embodiment of the application profile, 
corresponding to this variable data rate application, allots the fiill available data rate of the 
connection to the variable data rate application. When a fixed data rate application (e.g., voice 
application) is running alone, it uses the specifically required data rate (e.g., a 64 kb/s data rate 

20 for a voice application). Thus, one embodiment of the application profile, corresponding to this 
fixed data rate application, allots the specifically required data rate to the fixed data rate 
application. 

When the above-described fixed and variable data rate applications run concurrently, the 
application profile corresponding to this set of two applications provides first for the data rate 
25 requirements of the fixed data rate application and then for the variable data rale application 
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using the channel bandwidth that remains after satisfying the fixed data rate application. Thus, if 
the fixed data rate application is a voice application requiring 64 Kb/s, the application profile 
specifies the required 64 Kb/s for the voice application and allots the remaining channel 
bandwidth of 1 .468 Mb/s data rate to the variable data rate application. As another example, if 
5 the fixed data rate application is a voice application comprised of two voice calls, each requiring 
64 Kb/s, the application profile specifies the required 128 Kb/s for the voice application and 
gives the remaining channel bandwidth of 1.404 K4b/s data rate to the variable data rate 
application. In these examples, it is presumed that the reduced bandwidth for the variable data 
rate application (i.e., from 1 .532 Mb/s to 1 .468 Mb/s or 1 .404 Mb/s) falls within the range of 

10 acceptable data rates of the variable data rate application. In effect, the parameters associated 
with transmitting and receiving signals for each of the active applications individually are 
combined within the application profile in a manner that achieves the simultaneous transmission 
and reception of signals for all of the concurrently active applications. 

Although shown above to specify the data rate for particular applications, each 

1 5 application profile 34, 50 may specify one or any combination of the parameters described above 
and other unlisted parameters for characterizing the DMT transmission (and reception) of signals 
associated with each application in that application profile. For example, other transmission 
parameters that the application profile 34, 50 can specify are the number of latency paths 
required to support the applications in the application profile, and the data rate of each latency 

20 path. 

As another example, application profiles can also specify the allocation of subchannels to 
applications. For example, assume that when a variable data rate application is running alone, 
the corresponding application profile allocates every available subchannel to carry bits 
associated with the variable data rate application. Further assume that when a fixed data rate 
25 application is running alone, the corresponding application profile allocates a subset of the 
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available subchannels sufficient to achieve the specifically required data rate (e.g., a 64 kb/s data 
rate for a voice application) of the fixed data rate application. When these fixed and variable 
data rate applications run concurrently, the application profile corresponding to this set of two 
applications specifies the allocation of some subchannels to the fixed data rate application, and 

5 other subchannels to the variable data rate application. Possibly, one or more of the subchannels 
are allocated to both the fixed and variable data rate applications. 

Application profiles are further illustrated by the following five examples of application 
profiles, AP #1 - AP #5, which can be developed and stored at the transceivers 10, 14. These 
exemplary profiles specify the transmission characteristics for five different conununication 

1 0 states involving two types of applications, a fixed data rate voice application comprised of one or 
more voice calls and a variable data rate Internet access Web browsing (lAWB) application. For 
these examples, assume that the total data rate of the connection (e.g., upstream) between the 
transceiver 10, 14 is 1.532 Mb/s, and that the lAWB application has a nunimum and maximum 
data rate range of 1 Mb/s to 2 Mb/s. Each voice call of the voice application reqtiires 64 kp/s. In 

1 S general, the fixed data rate applications receive the data rate that each requires, and the variable 
data rate receives the balance of the bandwidth capacity of the connection. 
Application Profile #1 

Application profile #1 (hereafter, also AP #1) corresponds to an application set of only 
one variable data rate application, the lAWB application v^ith the data rate range of 1 Mb/s and 2 

20 Mb/s. Thus, AP #1 specifies the full connection capacity (here, 1.532 Mb/s) for transmitting 
signals associated with the LAWB application. All useable subchannels are allocated to the 
I AWE data stream with a lE-7 BER on each subchannel. An R-S codeword size is 200 bytes 
with interleaver depth of 5 codewords. 
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Application Profile #2 

Application profile #2 (hereafter, also AP #2) corresponds to an application set of only 
one fixed data rate application, a voice telephone (VT) application requiring 64 kb/s. Thus, 
AP #2 specifies 64 kp/s for transmitting signals associated with the VT application. A subset of 
the subchannels sufficient to achieve 64 kb/s is allocated to the VT data stream with a lE-3 BER 
on each subchannel. There is no coding or interleaving. 
Application Profile #3 

Application profile #3 (hereafter, also AP #3) corresponds to an application set of only 
one fixed data rate apphcation, specifically, one voice application comprised of two voice 
telephone (VT) calls on separate voice channels, each call requiring 64 kb/s. Accordingly. 
AP #3 specifies a data rate of 128 kb/s (i.e., 2 x 64 kb/s) for transmitting signals associated with 
this VT application. A subset of the subchannels sufficient to achieve 128 kb/s is allocated to the 
VT data stream with a lE-3 BER on each subchannel. Again, there is no coding or interleaving. 
Application Profile #4 

Apphcation profile #4 (hereafter, also AP #4) corresponds to an application set of two 
applications of different types, specifically, the variable data rate lAWB application and one 
fixed data rate VT application. For transmitting signals associated with the lAWB and VT 
applications. AP #4 specifies the data rate for the VT stream as 64 kb/s and for the lAWB stream 
as 1 .468 Mb/s (1532 kb/s - 64 kb/s). A subset of the subchannels sufficient to achieve 64 kb/s is 
allocated to the VT stream with a lE-3 BER on each subchannel so allocated. A subset of the 
subchannels sufficient to achieve 1 .468 Mb/s is allocated to the lAWB stream with lE-7 BER on 
each subchannel so allocated. For the lAWB stream, there is an R-S codeword size of 200 bytes 
with an interleaver depth of 5 codewords; for the VT stream, there is no coding or interleaving. 
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Application Profile #5 

Application profile #5 (hereafter, also AP #5) corresponds to an application set of two 
applications; the variable data rate lA WB application and one fixed data rate VT application 
comprised of two voice telephone calls on separate channels, each call requiring 64 kb/s. For 
5 transmitting signals associated with the lAWB and the VT applications, AP #5 allots a 128 kb/s 
data rate for the VT stream and a 1 .404 Mb/s (1 532 kb/s - 1 28 kb/s) data rate for the lAWB 
stream. A subset of the subchannels sufficient to achieve 128 kb/s is allocated to the VT data 
stream with a lE-3 BER on each subchannel so allocated, A subset of the subchannels sufficient 
to achieve 1.404 Mb/s is allocated to the lAWB stream with lE-7 BER on each subchannel so 

1 0 allocated. For the lA WB stream, there is an R-S codeword size of 200 bytes with an interleaver 
depth of 5 codewords; again, for the VT stream, there is no coding or interleavmg. 

As applications 54 become active and inactive over time, the remote DN4T transceiver 10 
and the CO transceiver 14 use the stored application profiles 34, 50 to change the transmission 
parameters quickly and efficiently and thereby acconmiodate the transmission requirements of 

1 5 the currently active application(s). Whenever a change occurs to the set of currently active 
applications, the remote DMT transceiver 10 and CO transceiver 14 select the appropriate 
application profile from the stored set of profiles 34, 50. In one embodiment, if an application 
profile does not yet exist for the current set of active applications, one of the transceivers 10, 14 
generates the appropriate application profile and exchanges that new application profile with the 

20 other transceiver over the communication channel 1 8. In other embodiments the transceivers 10, 
14 can be configured with predefined application profiles and/or dynamically generate 
application profiles during the operation of the ADSL system 2 as the need for such profiles 
arises. In another embodiment, the transmission parameters in the application profiles are 
exchanged during initialization. In yet another embodiment, transmission parameters in the 

25 application profiles are mutually generated by each transceiver 10, 14 locally. 
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Fig. 2 shows an exemplary embodiment of the transmitter 22 of the remote DMT 
transceiver 1 0 including two latency paths 56. 58 for supporting multiple applications 54 with 
different latency requirements. TTie transmitter 38 of the CO transceiver 14 comprises 
equivalent paths and functions as the transmitter 22. The receivers 26. 42 also comprise 
5 equivalent latency paths, but m reverse order and performing inverse operations than those of the 
transmitters 22, 38 to demodulate the information received over the communication chamiel 1 8. 

The multiple latency paths 56, 58 are used to send different application bit streams with 
different latency requirements through the ADSL DMT transceiver 10. In Fig. 2, two different 
applications 54". 54"' are shown. One exemplary application 54" is a digital data stream (e.g.. 
10 and ATM (asynchronous transfer mode) data stream) and the other exemplary application is a 
voice telephony application. It is to be understood that additional and/or different applications 
can be used, and that the use of the digital data and voice telephony applications is merely 
illustrative of the principles of the invention. TTie digital data application 54" can tolerate a 
moderate amount of latency (i.e.. less than approximately 5 ms) and is sent through the latency 
15 path 56. which has interleaving. The voice telephony application 54"' witii low latency 
requirements is sem through the other latency path 58. which has no interieaving. 

The transmitter 22 can have additional and/or different latency paths. For example, in 
one embodiment, tiie ADSL system 2 has a video application in addition to the digital data and 
voice telephony applications. This video application can tolerate a higher latency that the 
20 moderate latency of the ATM data application 54' ' and the low latency of the voice telephony 
application 54"'. For tins embodiment, tire ADSL system 2 can accommodate tiie latency 
requirements of tfie video application by providing a tiiird, different latency patii. 

Each latency patfi 56. 58 includes tiuee blocks: a MUX block 60, a 
ftamer/coder/interleaver (FCI) block layer 64. 64', and a modulator block 68. The MUX block 
25 60 has multiple inputs for receiving ti,e signal streams of the active applications 54 and an output 
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for each latency path 56, 58. The MUX block 60 directs the signal stream of the digital data 
application 54" to the first latency path 56 and the signal stream of the voice data application 
54"' to the second latency path 58. 

Each FCI block 64, 64' (generally 64) provides functionality associated with preparing a 

5 stream of bits for modulation, transforming the received signals into frames and superframes, 
adding overhead channel (i.e., AOC and EOC) information the frames, and if applicable, coding 
and interleaving. The operations performed by each FCI block 64 depends upon the type of 
application 54", 54'" and the latency path 56, 58 taken by that application. 

On the first latency path 56, the FCI block 64 includes a framer block 72, a cyclic 

10 redundancy check (CRC) and scrambler (SCR) block 76, a forward error correction (FEC) block 
80 (e.g., R-S Coding), and an interleavmg (INT) block 84. On the second latency path 58, the 
FCI block 64' includes a framer block 76* and a CRC and SCR block 80*. The second latency 
path 58 through the FCI block 64' has a different (i.e., lesser) amount of latency than the first 
path 56 because the second path 58 does not perform interleaving or coding on the voice stream. 

1 5 The modulator block 68 provides functionality associated with DMT modulation and 

includes a quadrature amplitude modulation (QAM) encoder 88 and an inverse Fast Fourier 
transform QFFT) 92. The QAM encoder 88 has multiple inputs to receive and combine the 
signal streams from the latency paths 56, 58 into a single signal stream that is sent to the IFFT 92 
for modulation. The IFFT 92 modulates bits received from the QAM encoder 88 into the 

20 multicarrier subchannels of the conununication channel 1 8. 

Also shown in Fig. 2 are the five exemplary application profiles, AP #1 - AP #5, which 
are described in Fig. 1. Application profiles #1, #4, and #5 are in communication with the FCI 
block 64 of the first latency path 54 because each of these profiles specifies one or more 
transmission parameters that characterizes the ATM data stream. Application profiles #2, #3, #4, 

25 and #5 are in communication with the FCI block 64' of the second latency path 58 becaiise each 
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of these profiles specifies one or more transmission parameters that characterize the voice 
stream. In one embodiment, all five of the application profiles, AP #l-AP #5, are in 
communication with the Modulator block 68 because each profile specifies one or more 
transmission parameters that characterize the allocation of bits to subchannels of the 
5 communication channel 18. 

Storing and Exchanging Application Profiles 
Predefined profiles 

Before the transceivers 10, 14 can communicate over the communication channel 18 
using an application profile to characterize such conununications, that application profile is 

10 stored in the appropriate local memory 30, 46. In one embodiment, each transceiver 10, 14 is 
preconfigured (e.g., factory set); that is, the application profile is already stored in the local 
memory 30, 46 before the transceivers 10, 14 are incorporated into the ADSL system 2. 
Profiles exchanged and st ored upon first occurrence of an application set 

In another embodiment, the transceivers 10, 14 exchange the application profile over the 

1 5 communication channel 1 8 and then store the application profile. Fig. 3 shows an embodiment 
of a process used to accomplish the profile exchange. For the purpose of illustrating the process, 
assume that the remote DMT and CO transceivers 10, 14 are exchanging signals associated with 
an Internet access Web browsing (lAWB) application according to the AP #1 of Fig. 1, when a 
new voice application becomes activated, resulting in the need of a new application profile. In 

20 general, either the remote DMT transceiver 1 0 or the CO transceiver 1 4 can act as the initiator of 
an exchange of the new application profile. More specifically, either the transmitter 22 or the 
receiver 26 of the remote DMT transceiver 1 0, or the transmitter 38 or the receiver 42 of the CO 
transceiver 14 can initiate the new application profile exchange. 

During the exchange of lAWB signals, the activation of the new voice application 54 is 

25 detected (step 1 00). Either transceiver 1 0, 1 4 or other component of the DSL system 2 (e.g., a 
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computer system within which the transceiver 1 0, 14 operates) may make this detection. Upon 
the detection of this new voice application 54, a determination is made (step 104) as to whether 
an application profile for the combination of the active lAWB application and the new voice 
application already exists. Agam, the transceiver 10, 14 or another component of the DSL 
5 system 2 may make this determination. When such an application profile does not exist, 
transmission parameters are detennined (step 108) that accommodate the concurrent 
transmission of signals associated with the lAWB application and the new voice application. 
Note that the deactivation of an active application can also result in a unique set of currently 
active applications for which there does not presently exist an application profile. In such an 

10 event, transmission parameters are likewise determined (step 108) for transmitting signals 
associated with the one or more applications that are currently active after the deactivation. 

These transmission parameters represent a new application profile. One embodiment of 
this new application profile can be application profile #4 (AP #4), as described above Fig. 1, 
because AP #4 supports one lAWB application and one voice application. An identifier is 

1 5 associated with the new application profile. For example, if at the time of activation of this new 
application there are already three stored application profiles, the new application profile 
becomes the fourth. Because of the one-to-one correspondences between application profiles at 
the CO transceiver 14 as those at the remote DMT transceiver 10, the same identifier is to be 
used by the remote DMT 10 and CO transceivers 14 to identify the new application profile. 

20 One of the transceivers 1 0, 1 4 then exchanges the new application profile with the other 

transceiver 14, 10, sending (step 1 12) the transmission parameters associated with the new 
application profile over the communication channel 1 8 using the AOC or EOC channel. In one 
embodiment, transmission of this new application profile operates as a message requesting use of 
the new application profile. 
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Profiles exchanged an d stored daring Full initialiyfltinn 

In another embodiment, the transceivers 10, 14 exchange the new application profile with 
each other using the ITU compUant "Full Initialization" protocol of the G.992.2 or G.992.1 ITU 
standards, or a similar initialization protocol that interrupts the application data communication 
between the transceivers 1 0, 1 4 in order to train and exchange transmission mfonnation between 
transceivers. Use of the Full Initialization protocol causes approximately a 10-second drop in the 
link. This 10-second mterruption occurs only once, upon the first occuirence of a unique set of 
currently active applications for which a new application profile is exchanged and subsequently 
stored. In another embodiment, upon initialization the transceivers 10, 14 negotiate the 
application to be supported and exchange profiles corresponding to all possible combinations of 
active applications. 

After the application profile is exchanged, the transceivers 10, 14 store (steps 1 16) the 
application profile in local memory, 30, 46. Consequently, when a new voice application is 
acUvated whUe the transceivers 10, 14 are communicating according to AP #1 (Fig. 1), the 
transition to the stored AP M (Fig. 1) occurs quickly, as described in more detail below, because 
the exchange of the application profile over the communication channel 18 is not performed; the 
exchange is imnecessary. 

Locally generating P arameters in an annligation profjle 

In the exchange of the new application profile between transceivers 10, 14, the 
transceivers 10, 14 do not need to exchange every transmission parameter of the new application 
profile over the communication channel 1 8. In one embodiment, the each transceiver 10, 14 can 
locally develop one or more transmission parameters (e.g., the allocation of subchannels to 
applications) and store the locally developed parameter in the appropriate application profile. 
The local development of such transmission parameters can occur when initially developing or 
updating an application profile. 
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For example, assume that the transceivers 10, 14 are running two applications: a digital 
data application and a voice application. The transceivers 10, 14 exchange information with 
each other indicating that the connection supports these two applications. Based on the exchange 
of this information, each transceiver 10, 14 locally generates one or more transmission 
5 parameteis for the application profile that corresponds to the two applications. Because both 
transceivers 10, 14 mutually generate these transmission parameters, the transceivers 10, 14 do 
not exchange the locally generated transmission parameters with each other over the 
communication channel 18. Other transmission parameters, such as tiiose associated with 
framing, coding, and interleaving, are still determined in the information exchange between the 

10 transceivers 10, 14. 

Mutually generating transmission parameters has the advantage of reducing or 
eliminating lengtiiy exchange messages when initially developing or updating an application 
profile. For example, if changes in channel conditions result in a decrease in the total data rate 
of the channel 18, resulting in a lower bit capacity for some of the subchannels, then typically, 
15 the transceivers 10, 14 would need to exchange updates with each other for all application 
profiles that specify fliose affected subchannels. By mutually generating transmission 
parameters in the application profiles, die transceivers 10, 14 can each locally update tiie 
application profiles without having to exchange the update information with each other. 

The following tiiree examples illustrate die use of mutually generated parameters as 
20 applied to the allocation of subchannels to two applications, here a digital data application and a 
voice application. Each example shows an application profile that specifies die allocation 
subchannels to the applications as a transmission parameter: (1) one application profile for when 
die digital data application runs alone, (2) anodier for when the voice application runs alone, and 
(3) anodier for vAien the digital data and voice applications run concurrently. 
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For the first application profile, the transceivers 10, 14 each locally allocate all of the 
available data rate and useable subchannels to the digital data application after establishing the 
connection. Other transmission parameters that are not mutually generated by the transceivers 
1 0, 1 4. e.g.. those parameters associated with framing, coding, and interleaving, are determined 
in the information exchange between the transceivers 10, 14. 

For the second application profile, the transceivers 10, 14 allocate 64 kb/s to the voice 
application, regardless of the data rate capability of the comiection. Each transceiver 10. 14 uses 
a predetermined technique (elg., specified by a standard) to select the subchamiels that are 
allocated to cany the 64 kb/s ofthe voice application. Examples of schemes that iterate through 
the available subchannels to select subchamiels for the voice appUcation include: (1) ascending 
from a subchannel with the lowest frequency to subchamiels with higher frequencies; (2) 
descending from an available subchannel with the highest frequency to subchamiels of lower 
frequencies; (3) ascending from a subchamiel with the least number of bits to subchamiels with 
higher numbers of bits; and (4) descending from a subchamiel with the most number of bits to 
subchamiels with lesser numbers of bits. Again, the transceivers 10. 14 can frame, code, and 
interleave in a predefined mamier or as determined during the exchange during initialization. 

For the third application profile, each transceiver 10. 14 allocates 64 kb/s to the voice 
appUcation and the remaining data rate to the digital data application. Similar to the second 
application profile, each transceiver 10. 14 uses a predetennined technique for choosing the 
subchamiels that are allocated to carry the voice application (e.g., subchamiels ofthe highest or 
lowest frequency or of the smallest or largest constellations). Also, framing, coding, and 
interleaving are predefined or determined during the exchange as described above. 

The transceivers 10. 14 use a coordinated numbering scheme for the locally generated 
application profiles (e.g.. #6 = digital data application only. #7 = voice application only. #8 = 
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digital data and voice applications together). The numbering scheme can be predefined or the 
transceivers 10, 14 can exchange the numbering scheme over the conmiunication channel 18. 

The principles of the invention extend to embodiments with more than the two 
applications. For such embodiments, to generate corresponding application profiles for each of 

5 the possible active applications, individually and in combination, the transceivers 10, 14 follow 
prescribed rules for selecting the application profile transmission parameters and their 
corresponding parameter values. 
Fast Transitioning to a Stored Application Profile 

Throughout the operation of the DSL system 2, applications may be activated and de- 

10 activated over time. This change in the active applications (i.e., via the activation or deactivation 
of an application) is known by the transceiver 10 (or receiver) and therefore does not need to be 
identified with a Fast Retrain as specified in the ITU G.922.1 and G.922.2 standards. Since the 
application profile is being changed because of a change in the active applications, and not 
because of a change in the channel conditions, there is no requirement to retrain retriever 

1 S functions, such as echo cancellars, equalizers, etc., as is done in a Fast Retrain. 

Storing application profiles for subsequent use shortens the handshake between the 
transceivers 10, 14, used by the transceivers 10, 14 to transition to another application profile 
because the transceivers do not have to undergo the process of creating, exchanging, and storing 
a new application profile. 

20 The remote DMT transceiver 10 or the CO transceiver 1 4, and either the receiver or the 

transmitter of that transceiver 10, 14 can initiate the transition. !§tored application profiles are 
identified so that the transmitter and the receiver simply notify the other as to which profile is to 
be used. The infoimation associated with the application profile does not have to be transmitted 
again. In one embodiment, the stored application profiles are numbered. Accordingly, one 

25 transceiver simply specifies the number of the desired application profile to the other ti^ansceiver. 
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Receiver-Initiated Fast Application Profile Transition 

Fig. 4 shows an embodiment of a receiver*initiated process used by the remote DMT 
transceiver 1 0 and the CO transceiver 14 to transition to a stored application profile. Although 
the process is shown from the perspective of the receiver 26 of the remote DMT transceiver 10, 
5 it is to be understood that the receiver 42 of the CO transceiver 1 4 can also initiate the transition. 
In one embodiment, a change in the set of currently active applications occurs (step 140), 
requiring a transition to another application profile. The change may be the result of an 
application that has been activated or deactivated, or of an existing application that requires 
additional bandwidth (e.g., a second voice channel opens for a voice application that previously 

1 0 had only one voice channel). 

After the change in the active applications, the receiver 26 determines (step 142) which 
application profile corresponds to the current set of active applications. The receiver 26 sends 
(step 148) a message to the transmitter 38 using the AOC or EOC channel speciiying the stored 
application profile that is to be used for transmission based on this current set of active 

15 applications. This message corresponds to a request by the receiver 26. For example, if the 
transceivers 10, 14 are communicating according to AP #1 (Fig. 1) when a voice telephone call 
is activated, the receiver 26 sends the request to the transmitter 38 requesting a transition to AP 
#4 (Fig. 1), In one embodiment, the request identifies the AP #4 by the numeral 4. 

After receiving the request, the transmitter 38 sends (step 152) an inverted sync symbol 

20 as a flag to signal the receiver 26 that the requested stored application profile is about to be used 
for transmission and to synchronize its use. The transmitter 38 uses (step 154) its stored copy of 
the specified application profile for transmission on the first fi^e, or on a predetermined 
number of fiames, following the inverted sync symbol. This inverted sync signal corresponds to 
a "Go'' message sent by the transmitter 38. The receiver 26 detects (step 156) the inverted sync 

25 symbol and, in synchronization with the transmitter 38, uses the specified application profile 
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upon the first frame, or the predetermined number of frames, received after the inverted sync 
symbol. 

The inverted sync symbol is a sync symbol in which the phase information in the QAM 
signal is shifted by 1 80 degrees. Phase shifts of the sync symbol other than 1 80 degrees can also 

5 be used for the "Go" message. The sync symbol is defined in the ANSI and ITU standards as a 
fixed non-data carrying DMT symbol that is transmitted every 69 symbols. The sync symbol is 
constructed by modulating all the DMT carriers v^th a predefined pseudo-random number 
sequence using basic QPSK (2 bit QAM) modulation. This sync symbol signal, v^^hich is used 
throughout the transceiver initialization process, has special autocorrelation properties that make 

10 possible the detection of the sync symbol and the inverted sync symbol even in highly noisy 
environments. 

Because of its near invulnerability to channel noise, use of the inverted sync symbol to 
synchronize use of the new application profile by the transceivers 1 0,14 is more robust than 
using the EOC or AOC channel. In contrast, messages sent over the EOC or AOC channel can 

1 5 be more easily corrupted by noise on the communication channel 1 8 than the inverted sync 
symbol. These overhead channels are muhiplexed into the data stream at the framer 72 and 
therefore are transmitted with quadrature amplitude modulation over a finite number of DMT 
subchannels. Impulse noise or other noise occurring on the communication channel 18 can cause 
bit errors in the EOC or AOC channel message, causing the message to be lost. Notwithstanding 

20 this sensitivity of the EOC or AOC channel to noise, which is greater than that of the inverted 
sync symbol, in one embodiment the EOC or AOC channel is uSed to communicate the "Go" 
message. 

Receiver-initiated transitioning to a stored application profile completes quickly, 
requiring the exchange of only two messages (the request and the "Go" message) because the 
25 appropriate application profile is stored and does not need to be exchanged. Again, use of the 
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inverted sync symbol as the "Go" message makes the synchronization between the transceiveis 
1 0, 14 robust in noisy environments. 
Transmitter-initiated Fast Application Profile Transition 

Fig. 5 shows an embodiment of a transmitter-initiated process used by the remote DMT 
5 transceiver 1 0 and the CO transceiver 1 4 to transition to a stored application profile. Although 
the process is shown firom the perspective of the transmitter 22 of the remote DMT transceiver 
10, it is to be understood that the transmitter 38 of the CO transceiver 14 can also initiate the 
transition. As before, a change in the set of currently active applications occurs (step 160), 
requiring a transition to another application profile. Again, the change may be the result of an 

1 0 application that has been activated or deactivated, or of an existing application that requires 

additional bandwidth (e.g., a second voice channel opens for a voice application that previously 
had only one voice channel). 

After the change in active applications, the transmitter 22 determines (step 162) which 
application profile corresponds to the current set of applications. The transmitter 22 sends (step 

15 1 68) a message to the receiver 42 using the AOC or EOC channel specifying the stored 
application profile that is to be used for transmission based on the current set of active 
applications. The message can identify the appropriate stored application profile by number or 
by any other identification uniquely associated with that stored application profile. This message 
corresponds to a request by the transmitter 22. After receiving the request, the receiver 42 

20 returns (step 1 72) a "grant" or "deny" message to the transmitter 22. 

If the transmitter 22 receives the "grant" message, the transmitter 22 sends (step 176) an 
inverted sync symbol as a flag to signal the receiver 42 that the requested stored application 
profile will be used for transmission. The transmitter 22 then uses (step 178) its stored copy of 
the specified application profile for transmission on the first fi^e, or a predetennined number 

25 of frames, following the inverted sync symbol. The inverted sync signal corresponds to a "Go" 
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message sent by the transmitter 22. The receiver 42 detects (step 1 80) the inverted sync symbol 
("Go") and starts communicating using the specified application profile for reception on the first 
fi^e, or a predetennined number of frames, following the inverted sync symbol in 
synchronization with the transmitter 22. 

5 Transmitter-initiated transitions to a stored application profile completes quickly, 

requiring the exchange of three messages (the request, the deny or grant message, and the Go 
message) when transmitter-initiated, because the appropriate application profile is stored and 
does not need to be exchanged. Again, use of the inverted sync symbol as the "Go" message 
makes the synchronization between the transceivers 10, 14 robust in noisy environments. 

1 0 In another embodiment, the transceivers 10,14 transition to a stored application profile 

using the "Fast Retrain" protocol described in the ITU G.922.2 specification, or a similar fast 
initialization protocol that interrupts the application data communication between the 
transceivers 10, 14 in order to train and exchange transmission information between transceivers. 
The Fast Retrain causes a 1 to 2 second disconnection between the transceivers 10, 14. 

1 5 Updating Application Profiles 

Under certain circumstances, the contents of a stored application profile 34 (and the 
corresponding application profile 50) may require updating. For example, commimication 
channel 18 conditions can change, (e.g., a telephone goes off the hook), which result in an 
increase or decrease in the data rate capabilities of the channel 1 8 and a different bit capacity of 

20 certain subchannels of the channel 18. The transceivers 1 0, 14 then need to update all stored 

application profiles that specify the bit capacity of the affected subchannels. In one embodiment, 
each transceiver 10, 14 locally updates its own stored copy of the affected application profile 
without exchanging the update infomiation with each other. In another embodiment, the 
transceivers 10, 14 exchange the update information with each other. 
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While the invention has been shown and described with reference to specific preferred 
embodiments, it should be understood by those skilled in the art that various changes in form and 
detail may be made therein without departing from the spirit and scope of the invention as 
defined by the following claims. For example, although the invention is described with respect 

5 to DMT modulation, the principles of the invention also apply to DWMT (Discrete Wavelet 
Multitone) modulation. Also, IP frames instead of ATM packets can be used to transport data. 
Further, although the specification uses ADSL to describe the invention, it is to be understood 
that any fonn of DSL can be used, i.e., VDSL, SDSL, HDSL, HDSL2, or SHDSL. The 
principles of the invention also apply to any DMT communication system that supports multiple 

10 sets of applications, where the applications are activated and de-activated over time. Although 
several embodiments described above included Internet and voice applications, it is also to be 
understood that the principles of the invention apply to any combination of applications 
transported over DSL systems (e.g., teleconunuting, video conferencing, high speed Internet 
access, video-on demand). 
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What is claimed is: 



1 I . In a muiticarrier modulation system including two transceivers in conununication with 

2 each other over a communication channel, a method for supporting a plurality of 

3 applications comprising: 

4 defining a plurality of application profiles, each application profile corresponding 

5 to a unique set of one or more applications and specifying at least one transmission 

6 parameter for each application in that unique application set for transmitting information 

7 associated with that application over the communication channel; 

8 storing the plurality of application profiles at one of the transceivers; 

9 transmitting information according to a first stored application profile that 

10 corresponds to a set of currently active applications; 

1 1 selecting, in response to a change in the set of currently active applications, a 

12 second stored application profile that corresponds to the one or more applications in the 

13 changed set of currently active applications; and 

14 transitioning to transmitting information according to the second stored 

15 application profile, without interrupting communication between the transceivers in order 

1 6 to retrain the transceivers. 

1 2. The method of claim 1 further comprising receiving a message that identifies the second 

2 application profile as the application profile to use for subsequent communications. 

1 3. The method of claim 1 fiirther comprising transmitting a message to one of the 

2 transceivers that identifies the second application profile as the application profile to use 

3 for subsequent communications between the transceivers. 

1 4. The method of claim 1 fiirther comprising transmitting a message to one of the 

2 transceivers requesting a transition to the second application profile. 
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1 5. The method of claim 4 fiirther comprising receiving a reply message from that one 

2 transceiver, granting the request to transition to the second application profile. 

1 6. The method of claim 5 further comprising sending another message to that one 

2 transceiver, acknowledgmg the grant and synchronizing use of the second application 

3 profile. 

1 7. The method of claim 5 wherein the other message is an inverted sync symbol. 

1 8. The method of claim 4 fiirther comprising receiving a reply message from that one 

2 transceiver, granting the request and synchronizing use of the second application profile. 

1 9, The method of claim 8 wherein the reply message is an inverted sync symbol. 

1 1 0. The method of claim 1 fiirther comprising transmitting at least one of the application 

2 profiles to the other transceiver over the communication channel without performing a 

3 fiill initialization of the transceivers. 



1 11. The method of claim 1 further comprising performing a fiill initialization of the 

2 transceivers to exchange one of the application profiles between the transceivers. 

1 12. The method of claim 1 fiirther comprising generating one of the application profiles upon 

2 an initial occurrence of a unique set of active applications, and associating the generated 

3 application profile with that unique application set. 

1 13. The method of claim 1 further comprising locally generating, by each of the transceivers, 

2 at least one of the transmission parameters for one of the stored application profiles. 
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1 14. The method of claim 1 wherein the transceivers are preconfigured with the stored 

2 application profiles. 

1 15. The method of claim 1 wherein the at least one transmission parameter specified for each 

2 application in one of the stored application profiles is at least one of a transmission data 

3 rate» subchannels allocated for downstream and upstream transmission, a number of bits 

4 allocated to each of the subchannels, performance margin, fine gain adjustments for each 

5 of the subchannels, interleave depth, a minimum and a maximum QAM constellation 

6 size, a length of a cyclic prefix, a codeword size, a framing mode, and trellis code. 

1 1 6. The method of claim 1 wherein the first stored application profile characterizes a 

2 transmission of signals associated with a Web browsing application, and the second 

3 stored application profile characterizes concurrent transmission of signals associated with 

4 a voice telephony application and the Web browsing application. 

1 17. In a multicarrier modulation system including transceivers in conunxmication with each 

2 other over a communication channel, a method for supporting multiple applications that 

3 are active between the transceivers, the method comprising: 

4 developing a plurality of application profiles for characterizing transmission of 

5 information over the communication channel; 

6 associating each application profile with a unique set of one or more applications 

7 that may become active between the transceivers; 

8 storing the application profiles at the transceivers; 

9 transmitting information over the conununication channel according to a first 
1 0 stored application profile that corresponds to a set of currently active applications; 
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1 1 retrieving, in response to a change in the set of currently active applications that 

12 are active between the transceivers, a second one of the application profiles that 

13 corresponds to the changed set of currently active applications; and 

14 transitioning to transmitting information over the communication channel 

1 5 according to the second application profile. 

1 18. The method of claim 1 7 wherein the transitioning occurs without interrupting 

2 communication between the transceivers in order to retrain the transceivers. 

1 1 9. The method of claim 1 7 wherein the transitioning includes retraining the transceivers to 

2 coromunicate according to the second stored application profile. 

1 20. In a multicarrier modulation system including transceivers in communication with each 

2 other over a communication channel, a method for supporting a plurality of applications 

3 comprising: 

4 defining a plurality of application profiles, each application profile corresponding 

5 to a unique set of one or more applications and specifying at least one transmission 

6 parameter for each application in that unique application set for transmitting information 

7 associated with that application over the communication channel; and 

8 storing the plurality of application profiles at one of the transceivers. 

1 21 . In a multicarrier modulation system including a transceiver communicating over a 

2 communication channel, a method for supporting a plurality of applications comprising: 

3 defining a plurality of application profiles, each application profile corresponding 

4 to a unique set of one or more applications and specifying at least one transmission 

5 parameter for each application in that unique application set for transmitting information 

6 associated with that application over the conmiunication channel; 
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7 storing the plurality of application profiles at the transceiver; 

8 transmitting infomation according to a first stored application profile that 

9 corresponds to a set of currently active applications; 

10 selecting, in response to a change in the set of currently active applications, a 

1 1 second stored application profile that corresponds to the changed set of currently active 

12 applications; and 

13 transitioning to transmitting information according to the second stored 

14 application profile without having to retrain the transceiver. 

1 22. The method of claim 21 further comprising transmitting a message that identifies the 

2 second application profile as the application profile to use for subsequent 

3 conununications. 

1 23 . The method of claim 2 1 further comprising receiving a message that identifies the second 

2 application profile as the application profile to use for subsequent conununications. 

1 24. In a multicarrier modulation system including a transceiver communicating over a 

2 communication channel, a method for supporting a plurality of applications comprising: 

3 defining a plurality of application profiles, each application profile corresponding 

4 to a unique set of one or more applications and specifying at least one reception 

5 parameter for each application in that imique application set for receiving information 

6 associated with that application over the communication channel; 

7 storing the plurality of application profiles at the transceiver; 

8 receiving information according to a first stored application profile that 

9 corresponds to a set of currently active applications; 
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1 0 selecting, in response to a change in the set of currently active applications, a 

1 1 second stored application profile that corresponds to the changed set of currently active 

12 applications; and 

13 transitioning to transmitting information according to the second stored 

1 4 application profile without having to retrain the transceiver. 

1 25. The method of claim 24 further comprising transmitting a message that identifies the 

2 second application profile as the application profile to use for subsequent 

3 communications. 

1 26. The method of claim 24 further comprising receiving a message that identifies the second 

2 application profile as the application profile to use for subsequent communications. 
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